home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2554 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.3 KB
  1. Path: ix.netcom.com!netnews
  2. From: jkarcher@ix.netcom.com(John J. Karcher )
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Multiplatform Development
  5. Date: 1 Feb 1996 21:50:49 GMT
  6. Organization: Netcom
  7. Message-ID: <4ercjp$b6o@cloner2.ix.netcom.com>
  8. References: <4eqr9u$s25@sundog.tiac.net>
  9. NNTP-Posting-Host: ix-vf1-04.ix.netcom.com
  10. X-NETCOM-Date: Thu Feb 01  1:50:49 PM PST 1996
  11.  
  12. In <4eqr9u$s25@sundog.tiac.net> Darius Taghavy <dart@ycrdi.com> writes: 
  13. >Does anyone have experience with multiplatform application development?
  14. >I currently have a large Amiga app (not yet released) that I am 
  15. >considering to port to one or more of Mac/Be/NT/OS2.
  16.  
  17. I (unfortunately) know a fair amount about the Windows platform.
  18.  
  19. >a) Graphics
  20. >   what is the graphics API like in these other systems?
  21. >   I.e. On the Amiga we use Move(), Draw(),RectFill(),Text() etc.
  22. >   all of which use a struct RastPort * as first argument.
  23. >   I have already abstracted this layer. For example, I have
  24. >   a text display routine that gets (rastport pointer, x,y, text 
  25. >   pointer) arguments.
  26. >   Do these other API's also use a single handle, such as RastPort?
  27.  
  28. Windows (and therefore NT and OS/2) do tend to use a single handle, for
  29. what it's worth.  You might have 'fun' abstracting this, though.
  30.  
  31. >b) Event Handling
  32. >   I love the event driven way the Amiga works. I heard the Mac
  33. >   more or less polls. Is this true? How about other OSes?
  34.  
  35. Windows and friends are event driven in a way similar to the Amiga.  You
  36. should have no trouble getting used to this.  In fact, Windows provides
  37. _more_ message types than the Amiga in some cases.
  38.  
  39. >c) Interrupts/Timers
  40. >   My app uses multiple tasks and interrupts. For a non-multi-tasking
  41. >   OS I could still work, as I can conditionally compile into a
  42. >   single task/multiple interrupt model already.
  43. >   Basically, what I need is:
  44. >    - *hardware* timer interrupt
  45. >    - serial interrupt when receive buffer is full  
  46. >    - serial interrupt when transmit buffer is full
  47.  
  48. NT and OS/2 are preemptively multitasking, but I don't know much about
  49. interrupt handlers on these platforms (thank goodness!).
  50.  
  51. >d) CPU/Memory Architecture
  52. >   I love architectures that are based on a linear address
  53. >  From: jkarcher@ix.netcom.com(John J. Karcher )
  54. Newsgroups: comp.sys.amiga.programmer
  55. Subject: Re: Multiplatform Development
  56. References:  <4eqr9u$s25@sundog.tiac.net>
  57.  
  58. In <4eqr9u$s25@sundog.tiac.net> Darius Taghavy <dart@ycrdi.com> writes: 
  59. >Does anyone have experience with multiplatform application development?
  60. >I currently have a large Amiga app (not yet released) that I am 
  61. >considering to port to one or more of Mac/Be/NT/OS2.
  62.  
  63. I (unfortunately) know a fair amount about the Windows platform.
  64.  
  65. >a) Graphics
  66. >   what is the graphics API like in these other systems?
  67. >   I.e. On the Amiga we use Move(), Draw(),RectFill(),Text() etc.
  68. >   all of which use a struct RastPort * as first argument.
  69. >   I have already abstracted this layer. For example, I have
  70. >   a text display routine that gets (rastport pointer, x,y, text 
  71. >   pointer) arguments.
  72. >   Do these other API's also use a single handle, such as RastPort?
  73.  
  74. Windows (and therefore NT and OS/2) do tend to use a single handle, for
  75. what it's worth.  You might have 'fun' abstracting this, though.
  76.  
  77. >b) Event Handling
  78. >   I love the event driven way the Amiga works. I heard the Mac
  79. >   more or less polls. Is this true? How about other OSes?
  80.  
  81. Windows and friends are event driven in a way similar to the Amiga.  You
  82. should have no trouble getting used to this.  In fact, Windows provides
  83. _more_ message types than the Amiga in some cases.
  84.  
  85. >c) Interrupts/Timers
  86. >   My app uses multiple tasks and interrupts. For a non-multi-tasking
  87. >   OS I could still work, as I can conditionally compile into a
  88. >   single task/multiple interrupt model already.
  89. >   Basically, what I need is:
  90. >    - *hardware* timer interrupt
  91. >    - serial interrupt when receive buffer is full  
  92. >    - serial interrupt when transmit buffer is full
  93.  
  94. NT and OS/2 are preemptively multitasking, but I don't know much about
  95. interrupt handlers on these platforms (thank goodness!).
  96.  
  97. >d) CPU/Memory Architecture
  98. >   I love architectures that are based on a linear address
  99. >  figure this
  100. one out, and let each platform retain its native look and feel, you'll
  101. be able to retire after this project!
  102.  
  103.    - John J. Karcher
  104.  
  105.  
  106.